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DETAILED ACTION 

1 . Receipt of Applicant's amendment, filed on 03/05/2008 is acknowledged. 
Examiner has withdrawn the finality of last office action due to the arguments 

presented by the applicant of common ownership. 

A new final action is set forth below in view of the amended claims presented on 
9/27/2007. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the phor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
phor art under 35 U.S.C. 103(a). 
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Claims 1-2, 5-9, 13-17, 20-24, and 28-30 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Multer et al. (Multer hereinafter) (U.S. Patent No. 6,694,336) 
in view of Herbert P. Sutter. (Sutter hereinafter) (U.S. Patent No. 6,446,092). 

With respect to claim 1 , Multer teaches a storage platform system for a 
hardware/software interface system, implemented at least in part by a computing 
device, said storage system comprising: 

"multiple instances of a storage platform each instance storing data, the 
data divided into programmably defined change units" as each device engine 
performs mapping and translation steps necessary for applying the data packages to 
the local format required for that type of information in the application data stores 822- 
828 (Multer Col 1 1 , Lines 11-14). In one embodiment, the invention comprises a set of 
programs specifically designed to transmit and/or receive differencing data from one 
device to another device, irrespective of the type of file system, data, content, or system 
hardware configuration (Multer Col 5, Lines 17-16-20). 

The objects in universal data format are device, (application) data class, store, 
folder, item, and data fields (Multer Col 18, Lines 40-41). 

Examiner interprets the data stores 822-828 as multiple instances of a storage 
platform/file system and each instance/data store has folders, items, data fields which 
are interpreted as change units by the examiner. 

"a synchronization subsystem native to the hardware/software interface 
system that enable the system to perform a synchronization operation to 
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synchronize the data stored in the multiple instances of said storage platform 
based on changes that are sequentially enumerated and tracked on a per change 
unit basis" as items sucli as wlien to sync, how to sync, trigger tine delta module 950 to 
perform a synchronization operation (Multer Col 1 1 , Lines 55-57). The invention, 
roughly described, comprises a difference information receiver, a difference information 
transmitter and a difference information synchronizer which cooperate in a system or 
device to update data in the device with data received from other systems, or provide 
data for other systems to use in updating themselves (Multer Col 3, Lines 21-25). 
Enumltem interface allows the enumeration of either Folder objects or Item objects or 
both (Multer Col 20, Lines 16-18). 

Multer teaches smallest change unit as if a single bit on a system changes, the 
system of the present invention allows synchronization of that bit on another system. 
Changes are described as a sequence of bite-level change operations but does not 
explicitly teaches "each instance of the storage platform including a base schema 
and a mechanism configured to extend the base schema to define a schema for 
the data" and "based on the schema for the data, wherein a change unit is a 
smallest piece of schema that is individually tracked by each instance of the 
storage platform and the size of a change unit is adjustable." 

However, Sutter discloses "each instance of the storage platform including a 
base schema and a mechanism configured to extend the base schema to define a 
schema for the data" as the application database 34, direction for the database 
schema is defined as "up" for the direction of the "one" end of all one-to-many 
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relationships and "down" as the direction of the "many" end. Accordingly, an activity 
comprises the activity record and some or all related records beneath it (i.e. "down") in 
the schema (Sutter Col 37, Lines 7-11). Further the extended schema for the 
application database 100 is shown in FIG. 11 (Sutter Col 40, Lines 13-15). 

"based on the schema for the data, wherein a change unit is a smallest 
piece of schema that is individually tracked by each instance of the storage 
platform and the size of a change unit is adjustable" as With record-level 
granularity, the fields of an entire record are replicated together, and with field-level 
granularity, each field in a record is replicated separately, which solves the false 
collisions of record-level replication (Sutter Col 2, Lines 63-64 and Col 3, lines 4-6). 

Sutter further teaches second level of replication control is where record 
fragment is the unit of replication. The record fragment defines the granularity with 
which changes propagate through the distributed system. Some columns in a table will 
have a common update responsibility, and grouping these columns together in 
fragments allows designers to achieve full replication control without having to micro- 
manage replication rules on a field-level basis (Sutter Col 76, Lines 9-16). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because Sutter's 
teachings would have allowed Multer to provide efficient replication by providing 
timestamps which are used to calculate the age of the change units and timestamp also 
speed up the replication process. 
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With respect to claim 2, Multer teaches "the system of claim 1 wherein the 
synchronization subsystem synchronizes only a subset of data, from among the 
entirety of data on said data store, during a synchronization operation" as 

generating first difference information upon a change to the data files by comparing the 
change to the data store; receiving second difference information for a subset of said 
data files from a second system; and applying said difference information to said subset 
of said data files (Multer Abstract). 

With respect to claim 5, Multer teaches "the system of claim 1 wherein a first 
pair of instances synchronizes changes independently of a second pair of 
instances, and wherein both the first pair of instances and the second pair of 
instances are part of a common sync community" as the invention, roughly 

described, comprises a difference information receiver, a difference information 
transmitter and a difference information synchronizer which cooperate in a system or 
device to update data in the device with data received from other systems, or provide 
data for other systems to use in updating themselves (Multer Col 3, Lines 21-25 and 
Figures 1-5). 

With respect to claim 6, Multer teaches "the system of claim 1 wherein 
conflicts in synchronization are automatically detected and resolved based on 
predefined determinable criteria" as in this embodiment, storage server 300 may 
include routines, described below, for resolving conflicts between data which has 
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changed on both System A and System B independently after the last point in times 
when the systems were synchronized (Multer Col 7, Lines 1-5). 

With respect to claim 7, Multer teaches "the system of claim 6 wherein certain 
of said conflicts are resolved by being logged for manual resolution by an end- 
user" as if both files have changed, then the synchronization routine presents the 
option of conflict resolution to the user (Multer Col 2, Lines 39-41 ). 

With respect to claim 8, Multer teaches "the system of claim 1 wherein the 
synchronization subsystem tracks the state of previous synchronizations with a 
sync partner, and thereby only synchronizes change units with that partner that 
have changed since the last synchronization" as the system includes: a system data 

store associated with the processing device including a representation of a previous 
state of application data in the application data store; a difference engine generating 
difference information associated with a change to said application data store; and an 
application interface, interpreting application data for the difference engine. The 
difference engine may further comprise a delta engine comparing the change to said 
application data store to said system data store to construct difference information 
(Multer Abstract). 



With respect to claim 9, Multer teaches a method implementing at least in 
part by a computing device for synchronizing data stored in multiple instances of 
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a storage platform for a hardware/software interface systems, said method 
comprising: 

"Dividing said data stored in storage platform into programmably defined, 
change units" as each device engine performs mapping and translation steps 
necessary for applying the data packages to the local format required for that type of 
information in the application data stores 822-828 (Multer Col 1 1 , Lines 11-14). In one 
embodiment, the invention comprises a set of programs specifically designed to 
transmit and/or receive differencing data from one device to another device, irrespective 
of the type of file system, data, content, or system hardware configuration (Multer Col 5, 
Lines 17-16-20). 

The objects in universal data format are device, (application) data class, store, 
folder, item, and data fields (Multer Col 18, Lines 40-41). 

Examiner interprets the data stores 822-828 as multiple instances of a storage 
platform/file system and each instance/data store has folders, items, data fields which 
are interpreted as change units by the examiner. 

"Sequentially enumerating changes to said data and tracking said changes 
on a per change unit basis" as items such as when to sync, how to sync, trigger the 
delta module 950 to perform a synchronization operation (Multer Col 11, Lines 55-57). 
The invention, roughly described, comprises a difference information receiver, a 
difference information transmitter and a difference information synchronizer which 
cooperate in a system or device to update data in the device with data received from 
other systems, or provide data for other systems to use in updating themselves (Multer 
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Col 3, Lines 21-25). Enumltem Interface allows the enumeration of either Folder objects 
or Item objects or both (Multer Col 20, Lines 16-18). 

"For each instance of said storage platform, traclting the state of changes 
for that instances, as well as the state of changes for a plurality of other known 

instances in the sync community" as the system Includes: a system data store 
associated with the processing device including a representation of a previous state of 
application data In the application data store; a difference engine generating difference 
Information associated with a change to said application data store; and an application 
interface, interpreting application data for the difference engine. The difference engine 
may further comprise a delta engine comparing the change to said application data 
store to said system data store to construct difference Information (Multer Abstract). 

"For synchronization, identifying new changes by comparing the 
enumerated changes for a particular instance with the state of changes for that 
instance" as the system includes: a system data store associated with the processing 
device Including a representation of a previous state of application data In the 
application data store; a difference engine generating difference Information associated 
with a change to said application data store; and an application interface, interpreting 
application data for the difference engine. The difference engine may further comprise 
a delta engine comparing the change to said application data store to said system data 
store to construct difference Information (Multer Abstract). 

Multer teaches smallest change unit as If a single bit on a system changes, the 
system of the present Invention allows synchronization of that bit on another system. 



Application/Control Number: 10/692,515 Page 10 

Art Unit: 2166 

Changes are described as a sequence of bite-level change operations but does not 
explicitly teaches "each instance of the storage platform including a base schema 
and a mechanism configured to extend the base schema to define a schema for 
the data" and "based on the schema for the data, wherein a change unit is a 
smallest piece of schema that is individually tracked by each instance of the 
storage platform and the size of a change unit is adjustable." 

However, Sutter discloses "each instance of the storage platform including a 
base schema and a mechanism configured to extend the base schema to define a 
schema for the data" as the application database 34, direction for the database 
schema is defined as "up" for the direction of the "one" end of all one-to-many 
relationships and "down" as the direction of the "many" end. Accordingly, an activity 
comprises the activity record and some or all related records beneath it (i.e. "down") in 
the schema (Sutter Col 37, Lines 7-11). Further the extended schema for the 
application database 100 is shown in FIG. 11 (Sutter Col 40, Lines 13-15). 

"based on the schema for the data, wherein a change unit is a smallest 
piece of schema that is individually tracked by each instance of the storage 
platform and the size of a change unit Is adjustable" as With record-level 
granularity, the fields of an entire record are replicated together, and with field-level 
granularity, each field in a record is replicated separately, which solves the false 
collisions of record-level replication (Sutter Col 2, Lines 63-64 and Col 3, lines 4-6). 

Sutter further teaches second level of replication control is where record 
fragment is the unit of replication. The record fragment defines the granularity with 
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which changes propagate through the distributed system. Some columns in a table will 
have a common update responsibility, and grouping these columns together in 
fragments allows designers to achieve full replication control without having to micro- 
manage replication rules on a field-level basis (Sutter Col 76, Lines 9-16). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because Sutter's 
teachings would have allowed Multer to provide efficient replication by providing 
timestamps which are used to calculate the age of the change units and timestamp also 
speed up the replication process. 

With respect to claim 13, Multer teaches a method implemented at least in 
part by a computing device for synchronizing a replica with a data source, each 
being a sync partner, wherein both said replica and said data source have change 
state information that is maintained by each sync partner, and wherein said data 
source uses an adapter to interface with a hardware/software interface system of 
said replica, said method comprising: 

"Said replica sending to said adapter an updated state information for said 
replica that, based on a last state information for said data source, reflect new 
changes that have been made since the last synchronization as reflected in said 
last state information for said data source" as the system includes: a system data 
store associated with the processing device including a representation of a previous 
state of application data in the application data store; a difference engine generating 
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difference information associated witli a change to said application data store; and an 
application interface, interpreting application data for the difference engine. The 
difference engine may further comprise a delta engine comparing the change to said 
application data store to said system data store to construct difference information 
(Multer Abstract). 

"Said adapter, receiving said updated state information for said replica and 
said new changes" as in a further aspect, a method for updating data files in a first 
system is provided. The method includes the steps of providing a data store associated 
with the first system and including information representing data in the data files at a 
previous time state; generating first difference information upon a change to the data 
files by comparing the change to the data store; receiving second difference information 
for a subset of said data files from a second system; and applying said difference 
information to said subset of said data files (Multer Abstract). 

"applying a conflict resolution policy selected from a plurality of conflict 
resolution policies, implementing as many changes to the data source as 
possible with respect to the specified conflict resolution policy and tracking 
success or failure for each change on a change unit by change unit basis" as 
conflict resolution module 940 (Multer Figure 9A). In this embodiment, storage server 
300 may include routines, described below, for resolving conflicts between data which 
has changed on both System A and System B independently after the last point in times 
when the systems were synchronized (Multer Col 7, Lines 1-5). 
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"wherein changes are sequentially enumerated and tracked on a per 
change unit basis" as items such as when to sync, how to sync, trigger the delta 
module 950 to perform a synchronization operation (Multer Col 11, Lines 55-57). The 
invention, roughly described, comprises a difference information receiver, a difference 
information transmitter and a difference information synchronizer which cooperate in a 
system or device to update data in the device with data received from other systems, or 
provide data for other systems to use in updating themselves (Multer Col 3, Lines 21- 
25). Enumltem interface allows the enumeration of either Folder objects or Item objects 
or both (Multer Col 20, Lines 16-18). 

Multer teaches smallest change unit as if a single bit on a system changes, the 
system of the present invention allows synchronization of that bit on another system. 
Changes are described as a sequence of bite-level change operations but does not 
explicitly teaches "wherein data in the data source includes multiple types of data 
and each type of data conforms to a schema that defines a size of a change unit 
the change unit being a smallest piece of schema that is individually tracked by 
the data store, and the size of a change unit in each schema is adjustable." 

However, Sutter discloses "wherein data in the data source includes multiple 
types of data and each type of data conforms to a schema that defines a size of a 
change unit the change unit being a smallest piece of schema that is individually 
tracked by the data store, and the size of a change unit in each schema is 
adjustable" as the application database 34, direction for the database schema is 
defined as "up" for the direction of the "one" end of all one-to-many relationships and 
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"down" as the direction of the "many" end. Accordingly, an activity comprises the 
activity record and some or all related records beneath it (i.e. "down") in the schema 
(Sutter Col 37, Lines 7-1 1 ). Further the extended schema for the application database 
100 is shown in FIG. 11 (Sutter Col 40, Lines 13-15). 

With record-level granularity, the fields of an entire record are replicated together, 
and with field-level granularity, each field in a record is replicated separately, which 
solves the false collisions of record-level replication (Sutter Col 2, Lines 63-64 and Col 
3, lines 4-6). 

Sutter further teaches second level of replication control is where record 
fragment is the unit of replication. The record fragment defines the granularity with 
which changes propagate through the distributed system. Some columns in a table will 
have a common update responsibility, and grouping these columns together in 
fragments allows designers to achieve full replication control without having to micro- 
manage replication rules on a field-level basis (Sutter Col 76, Lines 9-16). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because Sutter's 
teachings would have allowed Multer to provide efficient replication by providing 
timestamps which are used to calculate the age of the change units and timestamp also 
speed up the replication process. 

With respect to claim 14, Multer teaches "the method of claim 13, further 
comprising: said adapter calculating the new state of the data source based on 
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the success or failure for each change on a change unit by change unit basis, 
storing this new state information, and transmitting this new state information to 
the hardware/software interface system of the replica said hardware/software 
interface system of the replica storing said new state information for said data 
source for future use by said replica" as the system includes: a system data store 
associated with the processing device including a representation of a previous state of 
application data in the application data store; a difference engine generating difference 
information associated with a change to said application data store; and an application 
interface, interpreting application data for the difference engine. The difference engine 
may further comprise a delta engine comparing the change to said application data 
store to said system data store to construct difference information. In a further aspect, a 
method for updating data files in a first system is provided. The method includes the 
steps of providing a data store associated with the first system and including information 
representing data in the data files at a previous time state; generating first difference 
information upon a change to the data files by comparing the change to the data store; 
receiving second difference information for a subset of said data files from a second 
system; and applying said difference information to said subset of said data files (Multer 
Abstract). 



With respect to claim 15, Multer teaches the method of claim 13 further 
comprising: "said adapter transmitting to the hardware/software interface system 
of the replica the success or failure for each change on a change unit by change 



Application/Control Number: 10/692,515 Page 16 

Art Unit: 2166 

unit basis" as in this embodiment, storage server 300 may include routines, described 
below, for resolving conflicts between data which has changed on both System A and 
System B independently after the last point in times when the systems were 
synchronized (Multer Col 7, Lines 1-5). Examiner interprets conflicts as failure or 
success. 

"said hardware/software interface system of the replica calculating a new 
state information for the data source based on the success or failure for each 
change to the data source on a change unit by change unit basis" as once the 

engine server lock is acquired, the storage server will be checked to determine whether 
a new version of the data exists on the storage server at step 1430. If no new version 
exists, the synchronization process ends. If a new version of the data exists, the device 
engine will retrieve the difference information at step 1435 "to get .DELTA.." Once a 
.DELTA, is retrieved, conflicts are resolved at step 1450. The resolve conflicts step 
allows a user to resolve conflicts to multiple types of data, which have been changed on 
both the server portion of the device and in the local data (Multer Col 37, Lines 3-13). 

"said hardware/software interface system of the replica transmitting the 
new state information to the adapter and storing said new state information for 
future use by said replica; and said adapter receiving and storing said new state 
information" as (Multer Col 12, Lines 39-53). Examiner interprets that versioning 
module keeps track of the new and old states by assigning a universal unique ID. 
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Claims 16-17, 20-24, and 28-30 are essentially the same as claims 1-2, 5-9, and 
13-15 except they set forth the claimed invention as a computer-readable medium 
comprising instructions and are rejected for the same reason as applied hereinabove. 

3. Claims 3-4, 10-12, 18-19, and 25-27 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Multer et al. (U.S. Patent No. 6,694,336) in view of Herbert P. 
Sutter. (U.S. Patent No. 6,446,092) further in view of Keith, JR. et al (Keith 
hereinafter) (U.S. PG Pub No. 2004/0068523). 

With respect to claim 3, IVIulter and Sutter do not explicitly teach "the system of 
claim 1 wherein a first instance of the storage platform is a replica, running on a 
hardware/software interface system that has the synchronization subsystem and 
a second instance of the storage platform is a data source, that is, running on a 
hardware/software interface system that does not have the synchronization 
subsystem." 

However, Keith discloses "the system of claim 1 wherein a first instance of 
the storage platform is a replica, running on a hardware/software interface 
system that has the synchronization subsystem and a second instance of the 
storage platform is a data source, that is, running on a hardware/software 
interface system that does not have the synchronization subsystem" as file 
synchronization technique is "master-to-slave" file synchronization. This technique 
replicates the file system of one system ("slave system") with the file system of another 
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file system ("master system") in one direction. For instance, only changes that are 
made on the master system are replicated on the slave system, and not vice versa 
(Keith Paragraph 0003). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because Keith's 
teachings would have allowed IVIulter and Sutter to perform secured file 
synchronization between multiple servers by using peer to peer server environment and 
by encrypting servers via virtual private network techniques. 

With respect to claim 4, IVIulter teaches "the system of claim 3 wherein the 
synchronization between the replica and the data source is facilitated by a 
synchronization adapter that virtualizes the data source by interfacing with an 
application programming interface of the hardware/software interface system of 
the replica" as (Multer Col 16, Lines 60-67). 

With respect to claim 10, Multer teaches "the method of claim 9, wherein a 
first instance, a replica, is instantiated on a hardware/software interface system 
that directly supports Item-based synchronization" as In one embodiment, the 
invention comprises a set of programs specifically designed to transmit and/or receive 
differencing data from one device to another device, irrespective of the type of file 
system, data, content, or system hardware configuration (Multer Col 5, Lines 17-16-20). 
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The objects in universal data format are device, (application) data class, store, 
folder, item, and data fields (Multer Col 18, Lines 40-41). 

"said method further comprising the use of an adapter to virtualize the 
second instance via a synchronization application programming interface" as 
(Multer Col 16, Lines 52-67). 

Multer teaches the elements of claim 10 as noted above but does not explicitly 
discloses "and wherein a second instance, a data source, is instantiated on a 
hardware/software interface system that does not directly support Item-based 
synchronization." 

However, Keith discloses "and wherein a second instance, a data source, is 
instantiated on a hardware/software interface system that does not directly 
support Item-based synchronization" as file synchronization technique is "master-to- 
slave" file synchronization. This technique replicates the file system of one system 
("slave system") with the file system of another file system ("master system") in one 
direction. For instance, only changes that are made on the master system are 
replicated on the slave system, and not vice versa (Keith Paragraph 0003). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because Keith's 
teachings would have allowed Multer and Sutter to perform secured file 
synchronization between multiple servers by using peer to peer server environment and 
by encrypting servers via virtual private network techniques. 
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With respect to claim 1 1 , Multer teaches "the method of claim 10 further 
comprising detecting synchronization conflicts at the level of change unit 
granularity" as in this embodiment, storage server 300 may include routines, described 
below, for resolving conflicts between data which has changed on both System A and 
System B independently after the last point in times when the systems were 
synchronized (Multer Col 7, Lines 1-5). 

With respect to claim 12, Multer teaches "the method of claim 10, further 
comprising: instances reporting success, failure, and/or conflicts at individual 
change unit level on change application, the instance comprising sync data" as in 
this embodiment, storage server 300 may include routines, described below, for 
resolving conflicts between data which has changed on both System A and System B 
independently after the last point in times when the systems were synchronized (Multer 
Col 7, Lines 1-5). 

"applications using sync data for updating a backend state" as items such 
as when to sync, how to sync, trigger the delta module 950 to perform a synchronization 
operation (Multer Col 1 1 , Lines 55-57). The invention, roughly described, comprises a 
difference information receiver, a difference information transmitter and a difference 
information synchronizer which cooperate in a system or device to update data in the 
device with data received from other systems, or provide data for other systems to use 
in updating themselves (Multer Col 3, Lines 21-25). 



Application/Control Number: 10/692,515 Page 21 

Art Unit: 2166 

Claims 18-19, and 25-27 are essentially the same as claims 3-4, and 10-12 
except they set forth the claimed invention as a computer-readable medium comprising 
instructions and are rejected for the same reason as applied hereinabove. 

Response to Arguments 

4. Applicant's arguments have been considered but are moot in view of the new 
ground(s) of rejection. 

See above rejections for response to the arguments. 

Examiner has withdrawn the finality of last office action due to the arguments 
presented by the applicant of common ownership. 

A new final action is set forth in view of the amended claims presented on 
9/27/2007. 

Claims must be given the broadest reasonable interpretation during examination 
and limitations appearing in the specification but not recited in the claim are not read 
into the claim (See M.P.E.P. 21 1 1 [R-l]). 

Conclusion 

5. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
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mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Contact Information 

6. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Usmaan Saeed whose telephone number is (571)272-4046. 
The examiner can normally be reached on M-F 8-5. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Hosain Alam can be reached on (571)272-3978. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications Is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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